能够从Uart把系统跑起来，基本上已经完成了移植工作的关键。但此时自动的引导流程还没有建立好，要想让系统能正常启动，必须将数据烧写到存储设备里去。烧写的原理对于所有的板子都是一样的，只是烧写数据的来源和目标有区别，掌握原理以后就可以自己灵活修改，不用拿着从ftp烧写的脚本对着USB烧写的需求一筹莫展。:-)

你看到的是非授权版本！爬虫凶猛，请尊重知识产权！

转载请注明出处：http://conanwhf.github.io/2017/06/14/bootup-6-flasher/

访问原文「ARM板移植Linux系统启动（六）烧写系统到emmc」获取最佳阅读体验并参与讨论

BeagleBoneBlack支持外部TF卡(emmc)烧写系统。它的流程是启动时长按某个button进入TF启动模式，然后修改init命令行参数让系统重新启动后自动运行烧写脚本。这个过程其实分几个步骤：

从这个过程我们可以推理出几件事：

flasher-v3.sh整个脚本很长，用的各种判断和变量也非常多，刚开始读难免眼花缭乱。我基于这个脚本，根据自己的需要，重新写了一份。文件系统烧写的原理都是一样：将存放源数据的设备挂载成文件夹A，将烧写的目标设备挂载成文件夹B，然后读取A中的数据解压，将文件系统写入B中。而对于bootloader的情况就比较复杂，他们的数据写入通常是不基于文件系统的，而写入的位置必须跟BootROM相对应，需要阅读厂商的文档。我做的项目不是开源，所以无法发布完整的烧写脚本，读者可以根据大致流程自行编写。

这里定义几个全局变量方便使用，分别是数据源和目标设备的设备结点和挂载点，以及一些文件名的定义。读者可以根据需要自行修改，例如mmcblk1换成sdc1，或者从TF烧写而不是USB的时候将sda1换成mmcblk0p1等等。

bootloader的烧写包括两个文件：MLO和u-boot.img，烧写是直接使用dd写入数据，参数来自TI官方release。

过去，kernel的镜像文件的数据是不基于文件系统的，也就是并非以一个文件的形式存放在某个目录里，因为那时的uboot并没有文件系统的支持，只能从固定的块、页、扇区读取数据。后来特别是EFI被广泛运用后，将关键的文件系统相关数据写在一个单独的Fat32分区中成了一种普遍的方案，通常会将它们只读挂载在/boot下，系统数据和各种库文件是分开的，日常使用更加安全。而现在，uboot支持了更多的文件系统，也就使得我们可以将所有数据都放在一起，怎么设计这些分区，也就更加随意和灵活。TI所用的脚本中，就有了两种选择：fat+ext4或者整个emmc只有一个ext4分区。在这块板子上我选择了后面的方案，方便后期的开发和调试，烧写方案也比较简洁。烧写的工具使用的是sfdisk，请确保你的最小系统中包含这个工具。